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A METHOD AND APPARATUS FOR DISCOVERING CLIENT PROXIMITY 

USING RACE TYPE TRANSLATIONS 

Field 

The invention generally relates to the field of 
5 communications. More particularly, the invention relates to an 
? embodiment for managing traffic over a network. 

General Background 

v As usage of the Internet has increased, various web sites 

tfi have responded by adding such features as redundancy and load 
W balancing. Accordingly, it has become important to direct a 
% client to the geographically closest and least busy web site. 
ft The practice of dispersing data from a web site closer to the 
U client is referred to as "client proximity" and has been widely 
i accepted. 

m In an attempt to direct clients to the geographically 

q closest and least busy web site, a number of techniques have been 

^ implemented. Current technologies that attempt to provide a 

measure of geographic distribution of Web requests rely primarily 
on Domain Name System (DNS) techniques; namely, techniques 
20 normally performed by a Domain Name System (DNS) server alone or 
in combination with other logic. 

One prior technique is Round-Robin Domain Name System (DNS) . 
This technique involves entering multiple IP addresses to 
represent a single DNS hostname. As clients resolve the 
25 hostname, DNS responds by cycling through the multiple listed IP 
addresses . 
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Another technique involves computation of routing metrics by 
the DNS server and these metrics being used to determine how far 
away a client is from various web sites forming the global 
domain. This allows the DNS server to answer a DNS request with 
a web site address associated with a local domain considered to 
be closest to the client. The primary DNS server can determine 
the distance from the client to each web site by counting network 
hops . 

Another technique involves the use of a DNS server in 
conjunction with routers to approximate network distance to a web 
site from the requestor. This technique is achieved through the 
announcement of a single IP address or a single set of IP 
addresses throughout the Internet resolving to a single hostname. 

Yet another technique involves geographically distributed 
DNS servers that provide differing IP addresses on a per server 
basis. This technique is achieved through the announcement of a 
single IP address for authoritative DNS servers, which when 
queried may each provide a different response specifying the 
nearest web site. 

While these DNS techniques provide some load sharing 
capabilities, they are inherently problematic because they are 
difficult and resource- intensive to resolve. In addition, the 
DNS solutions are incapable of being content aware and are, at 
best, useful in assisting a more robust approach by initially 
guiding a client to a web resource. 

There are now attempts to develop a client proximity 
selection process using personal content directors (i.e. site 
selectors) in which clients are directed to "chronometrically 
optimal" locations, namely locations that provide the best overall 
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response time, taking into account all factors including network 
topology (latency), server response time and the like. Exemplary 
client proximity processes are described in a commonly- owned, U.S. 
Patent Application No. 09/728,305 (filed November 30, 2000) and a 
5 concurrently filed U.S. Patent Application entitled "A Method and 
Apparatus For Discover Client Proximity Using ILX Translations" 
(App. No. ) . 

During "Ref resh" , "Image Insert" and even "ILX" modes of 
operation, the client proximity process uses HTTP redirects to 
10 enable a client to point at another site after client proximity 
In computations have completed. The use of HTTP redirects, being 
H additional overhead, pose many disadvantages. For illustrative 
i example of an HTTP redirect is set forth below in Table 1. 







Status Line 


HTTP/1.1 307 (for version 1.1 clients) 
HTTP/1.0 302 (for version 1.0 clients) 


General Header 


Cache-Control: Private 
Connection: Close 
Date: <GMT Date> 


Response Header 


Server: <name of this Internet Site Selector> 
Pad: <pad characters> 

Location: HTTP://wwwa.nortelnetworks.com 
Expires: <GMT + configurable time> 
Content-Length: x 
Content-Type: text/html 



Table 1-HTTP Redirect 



15 For instance, HTTP redirects cause additional traffic over 

the network and additional latency to complete these Transmission 
Control Protocol (TCP) connections. In addition, HTTP redirects 
are also visible by the client viewing his or her browser, which 
may be undesired by the web site owners. Also, bookmarks to a 

20 selected site after the client proximity computations may preclude 
such client proximity computations to be performed for that client 
in the future . 
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For streaming media environments, the overhead associated 
with redirects is small in comparison with the amount of 
information downloaded. While redirects are supported by the RTSP 
protocol used by QUICKTIME® players by Apple Computer of 
Cupertino, California and REALPLAYER® by RealNetworks of Seattle, 
Washington, they are not supported by the MICROSOFT® Media 
Services (trans) protocol. A technique that can be utilized by many 
streaming video protocols is desired. 
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SUMMARY 

In general, the invention relates to a system and method for 
determining a chronometrically optimal web site location for 
access by a client based on proximity measurements on established 
5 connections that are a result of requests for actual content. 

For one embodiment, at each web site, at least one TCP 
packet of downloaded content is loaded with a HyperText Markup 
Language (HTML) Base tag identifying that local domain and is 
subsequently sent to the client under a race condition. The 
f& earliest received TCP packet is incorporated into the TCP stream 
S while the other competing TCP packets are considered resends and 
W disregarded. The remaining packets forming the entire downloaded 
jU content are sent from the synchronizing personal content director 
?; J (PCD) . Hence, during that session, future requests are directed 
15 to the most proximate web site (web site associated with the 
hi earliest TCP packet) . 

N For another embodiment, a single packet sized file (e.g., 

-U file configured in accordance with any metafile format) is 

retrieved by the synchronizing PCD and undergoes translations for 

20 various links to point to its local domain. All links may be 

subject to the same translations or one proximity computation is 
performed and remaining links remain unchanged. The file is also 
sent to other participating PCDs, which perform similar 
translations. The duplicated files are sent to the client by 

25 each PCD under a race condition, normally simultaneously, and the 
earliest received ASX file is incorporated into the TCP stream 
while the others are discarded as TCP resends. Hence, during 
that session, future requests are directed to the most proximate 
web site. 
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For yet another embodiment, the synchronizing PCD performs a 
grouping of link types upon retrieving a requested file. An HTTP 
redirect footrace is performed once for each group of links (the 
footrace process is performed as described in Patent Application 
5 No. 09/728,305 ) . Each redirect string sent by remote PCDs 
directs the client to once again connect back to the 
synchronizing PCD. Only the first redirect packet to reach the 
client is incorporated into the existing TCP stream. Similar to 
the double-redirect method, the redirect string contains a tag 
10 that indicates which remote PCD won the footrace. The redirect 
. races are performed sequentially, one for each group of links, 
O until the proximity for all groups has been learned. At this 
Ljj point, the synchronizing PCD rewrites all links in all groups to 
7* point to the most proximate local domain (there is no need to 
H send the metafile to the remote PCDs) . 



't. 



003239.P100 



WWS/crr 



BRIEF DESCRIPTION OF THE DRAWINGS 



The features and advantages of the invention will become 
apparent from the following detailed description of the invention 
in which: 

Figure 1 is an exemplary embodiment of a communication 
system utilizing personal content directors (PCDs) according to 
the invention. 

Figure 2 is an exemplary embodiment of a personal content 
director (PCD) of Figure 1. 

Figure 3 is an exemplary flowchart of the operations 
conducted by a selected, synchronizing PCD in accordance with a 
"Page Race" mode of operation. 

Figure 4 is an exemplary embodiment of a TCP packet 
transmitted from the synchronizing PCD to other PCDs of the 
communication system. 

Figure 5 is an exemplary embodiment of operations performed 
by PCDs of web sites during a Page Race mode of operation. 

Figure 6 is an exemplary flowchart of the operations 
conducted by a selected, synchronizing PCD in accordance with a 
u Meta File Race" mode of operation. 

Figure 7 is an exemplary embodiment of operations performed 
by PCDs of web sites during a Meta File Race mode of operation. 

Figure 8 is an exemplary flowchart of the operations 
conducted by a selected, synchronizing PCD in accordance with a 
"Link-by-Link Meta File Race" mode of operation. 
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Figure 9 is an exemplary embodiment of operations performed 
by PCDs of web sites during a Link-by-Link Meta File Race mode. 
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DETAILED DESCRIPTION 

In general, one embodiment of the invention relates to a 
system and method for determining a chronometrically optimal 
(most proximate) web site location for access by a client based 
5 on proximity measurements on established connections that are a 
result of requests for actual content. For a Base Uniform 
Resource Identifier (URI) is substituted with an HTML Base tag 
by the PCDs. For a second embodiment, link translations are 
conducted by the PCDs on links found in retrieved files such as 
10 playlists for example. Yet, for a third embodiment, HTTP 
O redirect footraces for groups of link types are iteratively 
H conducted by the PCDs, and subsequently link translation 
=P (instead of HTTP redirect) is used as an execution method. 

• •» 

yj Certain details are set forth below in order to provide a 

15 thorough understanding of the invention, albeit the invention 
m may be practiced through many embodiments other that those 

illustrated. Well-known logic and operations are not set forth 
O in detail in order to avoid unnecessarily obscuring the 

invention. 

20 In the following description, certain terminology is used 

to describe certain features of the invention. For example, a 
"personal content director 7 ' or "PCD" is a computing device that 
is adapted to a network (e.g., the Internet) in order to 
optimize performance of domains hosted on geographically 

25 distributed, mirrored web sites. Normally, a PCD comprises 

internal logic, namely hardware, firmware, software module (s) or 
any combination thereof, having an architecture generally 
equivalent to a computer (e.g., server, desktop, laptop, hand- 
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held, mainframe, or workstation) , set-top box, or a network 
switching device such as a router, bridge or brouter. 

A "client" is a computing device that executes Web Browser 
software to communicate over a network in order to download 

5 information from a web site. Such information may include 

HyperText Markup Language (HTML) web pages, Microsoft ASX files 
or RealNetworks SMIL (Synchronized Multimedia Integration 
Language) or similar metafile formats from Apple QuickTime or 
others. In two embodiments, the HTML web page contains a 

10 metafile format that initiates execution of a streaming media 

M= player such as WINDOWS MEDIA™ player or REALPLAYER® as the final 

JSJ target client application 

-P A "software module" is a series of instructions that, when 

SI executed, performs a certain function. Examples of a software 
fl module include an operating system, an application, an applet, a 
M= program or even a routine. One or more software modules may be 
m stored in a machine -readable medium, which includes but is not 
y limited to an electronic circuit, a semiconductor memory device, 
U a read only memory (ROM) , a flash memory, a type of erasable 
20 programmable ROM (EPROM or EEPROM) , a floppy diskette, a compact 
disk, an optical disk, a hard disk, or the like. 

Referring to Figure 1, an exemplary embodiment of a 
communication system utilizing personal content directors (PCDs) 
is shown. Herein, system 100 comprises a client 110 in 
25 communication with a plurality of geographically dispersed web 
sites 120i-120 H over a network 130, where U N" is equal to three 
for this embodiment. Of course, other embodiments may exist with 
more than three replicated web sites (N>4) . These web sites 
12O1-I2O3 may be fully replicated, meaning that each of these web 
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sites feature content requested by the client 110. In some 
cases, these web sites 120i-120 3 store identical content. 

As shown, web site 12 d includes a personal content director 
(PCD) 140i and a server farm 150i. A "server farm" is generally 
defined as a server or multiple servers operating in a collective 
manner. Similarly, web sites 120 2 and 120 3 include PCDs 140 2 and 
140 3 and server farms 150 2 and 150 3 , respectively. The PCD 140i, 
140 2 or 140 3 that receives the initial client request for that 
session is referred to as the u synchronizing PCD", which 
orchestrates the client proximity selection process. 

During the client proximity selection process, each PCD 
14 0i-14 0 3 is adapted to operate as a proxy server to communicate 
requests by client 110 to one or more servers 150i-150 3 . During 
normal operations, however, the servers 150x-150 3 are in 
communication with the client 110 over network 13 0 as shown by 
routing paths 151i-151 3 . Moreover, each PCD 140i-140 3 is further 
configured to communicate with each other and client 110 using 
appropriate Transmission Control Protocol (TCP) communication 
over network 13 0 as shown by paths 152i-152 3 . 

For this embodiment, network 13 0 is any type of wide area 
network (WAN) such as the Internet. Of course, network 130 may 
be configured as a type of local area network (LAN) while still 
maintaining the spirit and scope of the invention. The 
synchronizing PCD, however, 

Although not shown, system 100 may include an authoritative 
Domain Name Server (DNS) that resolves (translates) an 
alphanumeric, web site domain name into addresses recognized by 
the PCDs 140i-140 3 . For the system 100, multiple distributed web 
sites 120i-120 3 appear to be a single domain (referred to as a 
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"global domain") . A global domain may be separated into multiple 
"real" web sites, each referred to herein as "local domains" and 
uniquely registered in DNS with a unique uniform resource locator 
(URL) for example. To participate in the client proximity 
5 selection process, a PCD needs to be configured as a member of 
that local domain. Each PCD can have more than one global 
domain; a mirror web site can support more than one local domain; 
and a PCD can be a member of more than one local domain. 

For example, in one embodiment, the web site domain 
10 "www.nortelnetworks.com" may be resolved into one of a plurality 
of IP addresses that is associated with a participating PCD 140i- 
O 140 3 of web sites 120i-120 3 , respectively. These IP addresses are 

\ X 

5 entered into DNS as the addresses for the web site domains shown 
^ in Table 1. Such selection as to which IP address may be 

i. r i — 

ti controlled by a round-robin determination for example. 



DNS Name 


Participant PCDs 


www . nortelnetworks . com 


PCD A, B, 


C 


wwwa . nortelnetworks . com 


1.1.1.1 


(PCD A) 


wwwb . nortelnetworks . com 


2 . 2 . 2 . 2 


(PCD B) 


wwwc . nortelnetworks . com 


3.3.3.3 


(PCD C) 



TABLE 1 



Referring now to Figure 2, an exemplary embodiment of a 
personal content director (PCD) 14 d of Figure 1 is shown. PCD 
140i comprises a network interface 200, a command interface 210, 
20 a processor 220 and memory 230. Network interface 200 supports 
multiple TCP communication streams. As shown, one TCP stream 
240i may be a Hypertext Transfer Protocol (HTTP) GET request. 
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Another TCP stream 240 M , routed to/from the command interface 
210 , includes time synchronization messages. These messages 
feature response time statistics to coordinate simultaneous 
transmissions of TCP packets to the client 110 of Figure 1 by all 
5 PCDS, inclusive of PCD 14 0i. For enhanced security, such 

transmissions may be authenticated in accordance with a message 
digest based (MD5) authenticated protocol running on TCP. 

Processor 22 0 controls the retrieval of content from 
server (s) at the web site 120 1 of Figure 1. Examples of 
10 processor 220 may include, but is not limited or restricted to a 
N= microprocessor, digital signal processor, application specific 
n integrated circuit (ASIC), microcontroller, and the like. 

+ ; Memory 23 0 is loaded with (i) software modules executable by 

Si processor 22 0 to support client proximity selection process 

B operations of web site 120 1 and (ii) perhaps a client network 

M= cache (CNC) 240. When employed, CNC 240 can be configured to 

r. i : 

>k ~ i 

m store representations of client network addresses associated with 
2 client /local domain responses. For two modes of operation, "Page 

- •» 

i- *► 

n It 

jU Race" and "Meta File Race 7 ' to use CNC, for one embodiment, an 
20 additional HTTP or RTSP link may be inserted within the 

transmitted page or metafile. This link would point to the 
synchronizing PCD, and would merely cause the client to initiate 
a connection indicating which local domain won the race. "Link- 
by-Link Meta File Translation" would not require such links 
25 because it provides a redirect to the synchronizing PCD already . 

Upon receiving an initial client request (e.g., HTTP GET 
request) , PCD 140 x acts as the synchronizing PCD. Upon finding an 
entry 250 in its CNC 240, synchronizing PCD 140i would direct 
client 110 of Figure 1 to the associated web site, thus avoiding 
30 data overhead for client proximity selection. CNC 240 can 
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correlate user data based on DNS name of the client or IP address 
and compare this data to allow a client that has yet not 
established a connection with synchronizing PCD 140i to benefit 
from previous client connections. If no entry is found, however, 
5 synchronizing PCD 14 Ox may enter into a selected mode of 

operation for the client proximity selection process; namely, 
"Page Race 7 ' mode, "Meta File Race" mode or "Link-by-Link Meta 
File Translation" mode. 

A. Page Race Mode 

10 Referring now to Figure 3, an exemplary flowchart of the 

S operations conducted by internal logic within a selected, 

H synchronizing personal content director (PCD) in accordance with 

£ a "Page Race" mode of operation is shown. Initially, during the 

H client proximity selection process, a web page request (e.g., 

f5 HTTP GET request) is received by a PCD, now referred to as the 

U synchronizing PCD (block 300) . As briefly stated above, in one 

[H embodiment, the DNS server chooses the synchronizing PCD and 

SJ forwards the web page request thereto. 

M m 

^ Upon receiving the request, the synchronizing PCD proxies 

20 server (s) of its Web site for requested content forming the Web 

page (block 310) . For instance, the requested content may form a 
home page (default.html). The home page may include an explicit 
Base Uniform Resource Identifier (Base URI) HTML tag (referred to 
as "Base URI"), which is used as the base of an HTML document for 
25 the purpose of resolving hyperlink destinations. For instance, 
the Base URI may be represented as <Base URI = 

"www . nortelnetworks . com" > . In the event that a Base URI is not 
explicitly specified, the client software will use the requested 
URI (the URI of the original request) as the Base URI. 
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As described in blocks 320 and 330, synchronizing PCD 
receives the content from the server (s) and segments the content 
into multiple TCP packets. The first TCP packet includes the base 
URI. Thereafter, only the first TCP packet including the Base URI 

5 is sent to all participating PCDs to set up a race condition. As 
an alternative embodiment, the synchronizing PCD may substitute 
the Base URI for an HTML Base tag to point to its own local domain 
before the content is segmented. The HTML base tag may be 
represented as <Base href = "wwwa .nortelnetworks . com" > . Hence, 
10 the TCP packet routed to the other PCDs would include the HTML 
Base tag for the synchronizing PCD, which would be replaced as 

P described. 

W Referring now to Figures 3-5, an exemplary embodiment of a TCP 

U packet transmitted from the synchronizing PCD to other PCDs of the 
fj communication system is shown. The TCP packet 400 comprises an IP 

header 410, a TCP header 420 and HTTP data field 430. The IP 
"hi header 410 includes a datagram identifier (ID) 425 to support 

reassembly of IP packets into TCP segments and to allow out -of - 
O order transmissions of such packets. The HTTP data field 430 
If) includes at least the Base URI 435. At the synchronizing PCD and 

each receiving PCD, the Base URI 435 is substituted for an HTML 

Base tag that points to its own local domain (see block 34 0 of 

Figure 3) . 

For example, at the synchronizing PCD 140i, the Base URI 435 
25 is substituted for a HTML Base tag 500, namely <Base href = 

"wwwa. nortelnetworks. com" >. Similarly, at PCD 14 0 2 , the Base URI 
is substituted for a different HTML Base tag 510, namely <Base href 
= "wwwb. nortelnetworks. com" >. At PCD 14 0 3 of Figure 1, the 
received Base URI is substituted for a different HTML Base tag 52 0 
30 <Base href = "wwwc . nortelnetworks . com" > . The TCP packets featuring 
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the HTML Base tags 500, 510 and 520 are each transmitted generally 
simultaneous or at least generally concurrent to one another. 

Referring back to Figure 3, in one embodiment, all PCDs are 
synchronized to transmit their TCP packet with HTML Base tag 
5 (namely the u first TCP packets") to the client in a generally 
simultaneous manner (block 350) . The synchronization of the 
transmission is through the exchanged time synchronization messages 
over separate TCP connections (referred to as "inter-box protocol 
(IBP) connection") . Such transmissions may be authenticated in 
10 accordance with a message digest based (MD5) authenticated protocol 
- running on TCP in which a hash value for the message is contained 
D within that message. The hash value is extracted and compared with 

.i 

y a hash result produced by processing message data through a hash 

J function (e.g., MD5) using a key identified by a key identifier 

1^ within that message as well. Further details of such 

1 synchronization is described in U.S. Patent No. 09/728,305 

C: incorporated herewith by reference. 

Hi Although not shown, in accordance with another embodiment, the 

rf first TCP packets may be transmitted generally concurrent with each 
20 other. For this embodiment, the PCDs may impose transmission time 
delays to account for different loads at the sites (load- 
balancing) . 

The earliest first TCP packet with the HTML Base tag received 
by the client is incorporated into the TCP stream while the other 

25 first TCP packets are disregarded as TCP resends (block 360) . The 
other packets forming the web page are reassembled with the 
earliest first TCP packet in accordance with their sequence 
numbers (block 370) . In response to the next HTTP GET request, 
the web site with optimal client proximity (winner of the race 

30 condition identified by the accepted HTML Base tag) is now 
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accessed during that session (block 380) . It is contemplated that 
once the session is discontinued or disrupted, the client 
proximity selection process may need to be conducted to ensure 
optimal network performance. 

5 B. "Meta File Race" mode 

Referring now to Figure 6, an exemplary flowchart of the 
operations conducted by internal logic within a selected, 
synchronizing personal content director (PCD) in accordance with 
a "Meta File Race" mode of operation is shown. For this 
10 embodiment, content is fully replicated over each web site 12 0i- 
H ; 12 0 3 of Figure 1. All links are subject to the same 
p translations. Of course, as an alternative embodiment, it is 
^ contemplated that all links may not be subject to the same 
H translation provided one proximity computation is performed. This 
1.J case is covered by embodiment "C" below. 

If Initially, during the client proximity selection process, a 

ftj request (e.g., HTTP GET request for a metafile, such as a 
2j Microsoft ASX or RealMedia SMIL file; such files may be 
H identified by filename extention, e.g. ".asx" or ".ram", or by 
20 file content) is received by the synchronizing PCD (block 600) . 
The request may be directed from the client or from the DNS 
server, which selects the synchronizing PCD and forwards the 
request thereto. 

Upon receiving the request, the synchronizing PCD proxies 
25 server (s) of its Web site for requested content (block 610) . In 
response to receiving the request, one of the servers returns a 
file (most likely a dynamically generated file) configured in 
accordance with any the metafile format desired (block 620) . The 
file may be a "playlist," namely a list of linked titles for 



003239.P100 



WWS/crr 



♦ 



streaming media capable of being downloaded from the server (s) . 
The selection of which media links are placed within the file may 
be based on demographics or prior site accesses by the user. 

For example, the file may be configured in an ASX metafile 
5 format used with WINDOWS MEDIA™ services supported by Microsoft 
. Corporation of Redmond, Washington. This particular 
configuration will be described in this embodiment for 
illustrative purposes only. Alternatively, of course, the file 
may be configured in RAM or SMIL metafile formats supported by a 
10 media player produced by RealNetworks of Seattle, Washington or 
M even another type of metafile format. 

H Thereafter, the server returns the file (e.g., ASX file) to 

i the synchronizing PCD (block 630) . The synchronizing PCD parses 
G the links of the ASX file under predetermined link translation 
fS rules to determine whether any translations are warranted and 
L conducts link translations (block 640) . These -link translation 
Lfj rules" indicate which links may or may not undergo link 

-*»■*■ 

M translations during the client proximity selection process. 

— *t 
T- *. 

ni H 

For example, as shown in Figure 7, the synchronizing PCD may 
20 perform translations for relative links 700, 710 and 720 involving 
MICROSOFT® Media Services "mms" and web site 

www.nortelnetworks.com. If such translations are warranted, the 
ASX file is altered to links 730, 740 and 750 that points to its 
own local domain. As shown for illustrative purposes, the 
25 relative link 700 <ref "mms : //www. nortelnetworks . com/ 

movie/video-partl.asf"> is translated by PCD 140 x of Figure 1 as 
<ref "mms : / /wwwa . nortelnetworks . com/ movie/ video-part 1 . asf " > 73 0. 
Similarly, link 720 <ref 

"mms : / /www. nortelnetworks . com/ movie/video-part 2 . asf" > is 
30 translated by PCD 14 Oi of Figure 1 as <ref 
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"mms : //wwwa . nortelnetworks . com/movie/video-part2 . asf"> 750. To 
illustrate the reason for configurable link translation rules, 
the relative link 710 <ref 

"mms : //www. nortelnetworks. com/advert isements/adl . asf " > is not 

5 translated by PCD 140i of Figure 1 as <ref 

"mms : / /wwwa . nortelnetworks . com/advertisements/ adl . asf " > 74 0 , but 
is instead left alone. Such functionality is useful because it is 
often not practical to serve advertisements from remote sites, as 
advertisement content changes more often and varies more per user 

10 (e.g. by demographics). 

H ;: Referring back to Figure 6, the ASX file is also sent to all 

Q participating PCDs over secured (authenticated) or unsecured 
^ communications via the command interface (over authenticated IBP 
H 8 connection) as described in block 650. Each of the participating 
1.1 PCDs performs link translations as describe above so that the 
s absolute links point to its own local domain (block 660) . 
ry Corresponding AFX files, each being a single packet, are 
Ljt transmitted by all of the PCDs to the client (block 670) . 

M» in one embodiment, all PCDs are synchronized to transmit the 

20 translated packet (ASX file) , where synchronization is accomplished 
through time synchronization messages exchanged by the PCDs over 
separate TCP connections via the command interface. This enables 
generally simultaneous transmissions or generally concurrent 
transmissions where transmission delays may occur to account for 
25 different loads at the sites (load-balancing) . 

The earliest translated packet received by the client is 
placed within the TCP stream while subsequent packets are 
disregarded as TCP resends (block 680) . Thereafter, the client 
retrieves media from the most proximate site during that session 
30 (block 690) . 



003239.P100 



WWS/crr 



C. "Link-by-Link Meta File Race" mode 

Referring now to Figure 8, an exemplary flowchart of the 
operations conducted by internal logic within a selected, 
synchronizing personal content director (PCD) in accordance with 

5 a "Link-by-Link Meta File Race" mode of operation is shown. 
Initially, during the client proximity selection process, a 
request (e.g., HTTP GET request) is received by the synchronizing 
PCD (block 800) . The request may be directed from the client or 
from the DNS server, which selects the synchronizing PCD and 

10 forwards the request thereto. 

._(,.«..* + 

O Upon receiving the request, the synchronizing PCD proxies 

hj server (s) of its Web site for requested content (block 810) . In 
=F response to receiving the request, one of the servers dynamically 
SI generates a file (e.g., a playlist) configured in accordance with 
p any the metafile format desired (block 820) . 

fU For example, the file may be configured in an ASX metafile 

\j format used with WINDOWS MEDIA™ services supported by Microsoft 
H Corporation of Redmond, Washington. This particular 

configuration will be described in this embodiment for 
20 illustrative purposes only. Alternatively, of course, the file 

may be configured in RAM, SMIL or another type of metafile 

format . 

Thereafter, the server returns the file (e.g., ASX file) to 
the synchronizing PCD (block 830) . The synchronizing PCD groups 
25 the links within the file according to a particular granularity 
provided by the parsing rules followed by the internal logic of 
the PCD (block 840) . Thereafter, the synchronizing PCD creates a 
redirect packet for a first grouping and provides such packets to 
the participating PCDs to perform a foot race operation via HTTP 
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or RTSP (block 850 and 860) . The client sends a redirect back in 
response to the earliest received redirect packet from the 
synchronizing PCD and participating PCDs (block 870) . This 
redirect indicates the most proximate site (identification of the 
web site from which the earliest received redirect packet is 
associated) . This process continues until all groupings have been 
handled, even a grouping with a single link (block 880) . After 
synchronizing PCD has information regarding the proximate 
(winning) local domains for each grouping, the synchronizing PCD 
now translates the relative links in the ASX file accordingly for 
transmission to the client (block 890) . 

For example, as shown in Figure 9, the synchronizing PCD may 
perform translations for relative trailer links 910 and 950 in 
the same category (trailers for domestic feature films) to be 
altered as links 93 0 and 960, which point to the local domain for 
the synchronizing PCD (site A) . A link 920 concerning a trailer 
for a foreign film may be grouped directly and translated to a 
more proximate site (site B) as represented by link 940. Herein, 
certain link types do not undergo translations (e.g., 
advertisements within virtual directory "advertisements" ) . While 
this invention has been described with reference to illustrative 
embodiments, this description is not intended to be construed in 
a limiting sense. Various modifications of the illustrative 
embodiments, as well as other embodiments of the invention, are 
deemed to lie within the spirit and scope of the invention. 
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